REMARKS 



Claims 1, 22 and 43 have been amended, and claims 2, 23 and 44 have been 
cancelled. Claims 1, 3-22, 24-43 and 45-53 are pending in the application. 
Reconsideration is respectfully requested in light of the following remarks. 

Section 103(a) Rejections ; 

The Examiner rejected claims 1, 2, 6-9, 22, 23, 27, 30, 31 and 43-46 under 35 
U.S.C. § 103(a) as being unpatentable over Erickson et al. (U.S. Patent 6,851,089) 
(hereinafter "Erickson") in view of Germscheid et al. (U.S. Patent 6,782,425) (hereinafter 
"Germscheid"). Applicants respectfully traverse this rejection for at least the reasons 
below. 

Regarding claim 1, Erickson in view of Germscheid fails to teach or suggest the 
client device receiving a message in the data representation language from a service 
device in the distributed computing environment prior to generating a computer 
programming language object, wherein the message includes the data representation 
language representation of the object . The Examiner cites column 16, lines 1-30 and 
column 26, lines 15-20 of Erickson. However, the first cited passage (column 16, lines 1- 
30) describes an "If operation that is part of Erickson 5 s system. Nothing about 
Erickson' s "If operation or the cited passage has anything to do with a client device 
receiving a message in a data representation language from a service device in the 
distributed computing environment. The Examiner's other cited passage (column 26, 
lines 15-20) describes that a wrapper builder application uses serialization to encode an 
internal object representation of a wrapper into XML format. However, this cited 
passage does not mention anything about a message including a data representation 
language representation of a computer programming language object, let alone a client 
device receiving such a message from a service device in a distributed computing 
environment. 
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Erickson teaches that his wrapper builder and wrapper execution applications load 
wrappers using serialization locally from disk. For example, figures 14 and 15 both 
illustrate a wrapper file on the same computer as the wrapper builder or wrapper 
execution applications. Erickson teaches that after a "wrapper file has been created and 
stored, the wrapper file can be read by a wrapper builder application and deserialized" 
(italics added, Erickson, column 26, lines 21 - 9). Thus, Erickson teaches that a wrapper 
file is read, such as from a local disk file as illustrated in figures 14 and 15. Erickson 
does not mention anything about a client device receiving a message that includes a data 
representation language of a computer programming language object from a service 
device in a distributed computing environment. Reading a serialized wrapper file locally 
is quite different from receiving a message from another device that includes a data 
representation language representation of a computer programming language object. 

Germscheid also fails to teach or suggest anything regarding a client device 
receiving a message in a data representation language from a service device in the 
distributed computing environment, wherein the message includes a data representation 
language representation of a computer programming language object. Germscheid 
therefore fails to overcome the above-noted deficiencies of Erickson with regard to 
teaching or suggesting a client device receiving a message in a data representation 
language from a service device, where the message includes a data representation 
language representation of a computer programming language object. Thus, the 
Examiner's combination of Erickson and Germscheid would not include such 
functionality. Instead, a combination of Erickson and Germscheid would result in a 
system that loaded wrapper files, via serialization, locally from disk, as taught by 
Erickson. 

Additionally, the Examiner has failed to provide a proper motivation to combine 
Erickson and Germscheid. The Examiner gives two reasons why one would be motivated 
to combine Germscheid' s teachings regarding deleting a session object when a user 
terminates a session with Erickson' s system. Firstly, the Examiner states that it would be 
obvious to combine Erickson and Germscheid "because this would prevent unauthorized 
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access to the object." However, Erickson is not concerned with, nor does Erickson 
mention anything about, security or preventing unauthorized access to objects. The fact 
that Germscheid teaches deleting an object to prevent unauthorized access does not have 
any bearing on the teachings of Erickson or provide any motivation to modify Erickson' s 
teachings. Since Erickson is not concerned at all with security or preventing 
unauthorized access, Germscheid does not provide any motivation to modify Erickson' s 
system. In fact, Erickson teaches that his wrapper serialization component should persist 
for subsequent use (see, e.g., Abstract, last sentence). Thus, Erickson actually teaches 
away from the Examiner's proposed combination. 

The Examiner also states that it would be obvious to modify Erickson according 
to the teachings of Germscheid because deleting the object "deallocates the storage for 
the object after the user has finished accessing the object." This motivation is not 
supported by any evidence of record and seems to just be the Examiner's own opinion 
formed in hindsight. Neither Germscheid nor Erickson mentions anything about 
deallocating storage. Moreover, as noted above, Erickson teaches that his wrapper 
serialization component should persist for subsequent use (see, e.g., Abstract, last 
sentence). Thus, Erickson actually teaches away from the Examiner's proposed 
combination. 

Furthermore, even if the combination was properly motivated (which it is not), the 
Examiner's combination of Erickson and Germscheid fails to teach deleting, in response 
to a user terminating accessing a client device, a computer programming language object 
that was generated from a data representation language representation of the object. . 
Erickson teaches deserializing wrapper files to generate wrapper objects used to access 
Internet content. Germscheid teaches deleting security session objects as part of 
terminating a user's session. Thus, when combined as suggested by the Examiner, the 
resultant system would only include the wrapper deserialization and Internet content 
access as taught by Erickson and deleting any security session objects, as taught by 
Germscheid. Erickson's wrapper components are not security session objects. Thus, 
while the combination may result in deleting security session objects in Erickson's 
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system employing wrapper components, it would not suggest deleting the wrapper 
components themselves. In fact, as noted above, Erickson actually teaches away from 
deleting the wrapper components to not be accessible for use by subsequent users. 

Thus, for at least the reasons above, the rejection of claim 1 is not supported by 
the cited art and removal thereof is respectfully requested. Similar remarks apply to 
claims 22 and 43. 

The Examiner rejected claims 3-5, 10-21, 24-26, 28, 29, 32-42 and 47-52 under 
35 U.S.C. § 103(a) as being unpatentable over Erickson and Germscheid in view of Wu 
(U.S. Patent 5,774,551). Applicants respectfully traverse this rejection for at least the 
reasons below. 

Regarding claim 10, Erickson in view of Germscheid in further view of Wu fails 
to teach or suggest a client device receiving a message in a data representation language 
from a service device in the distributed computing environment, wherein the message 
includes a data representation language representation of a computer programming 
language object. The Examiner cites column 16, lines 1-30 and column 26, lines 15-20 
of Erickson. However, the first cited passage (column 16, lines 1-30) describes an "If 
operation that is part of Erickson' s system. As noted above regarding the rejection of 
claim 1, nothing about Erickson' s "If 5 operation or the cited passage has anything to do 
with a client device receiving a message in a data representation language from a service 
device in the distributed computing environment. The Examiner's other cited passage 
(column 26, lines 15-20) describes that a wrapper builder application uses serialization to 
encode an internal object representation of a wrapper into XML format. However, this 
cited passage does not mention anything about a message including a data representation 
language representation of a computer programming language object, let alone a client 
device receiving such a message from a service device in a distributed computing 
environment. Erickson teaches that his wrapper builder and wrapper execution 
applications load wrappers using serialization locally from disk. For example, figures 14 
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and 15 both illustrate a wrapper file on the same computer as the wrapper builder or 
wrapper execution applications. Erickson teaches that after a "wrapper file has been 
created and stored, the wrapper file can be read by a wrapper builder application and 
deserialized" (italics added, Erickson, column 26, lines 21-9). Thus, Erickson teaches 
that a wrapper file is read, such as from a local disk file as illustrated in figures 14 and 
15. Erickson does not mention anything about a client device receiving a message that 
includes a data representation language of a computer programming language object from 
a service device in a distributed computing environment. Reading a serialized wrapper 
file locally is quite different from receiving a message from another device that includes a 
data representation language representation of a computer programming language object. 

Neither Germscheid nor Wu teach or suggest anything regarding a client device 
receiving a message in a data representation language from a service device in the 
distributed computing environment, wherein the message includes a data representation 
language representation of a computer programming language object. Germscheid and 
Wu both fail to overcome the above-noted deficiencies of Erickson with regard to 
teaching or suggesting a client device receiving a message in a data representation 
language from a service device, where the message includes a data representation 
language representation of a computer programming language object. Thus, the 
Examiner's combination of Erickson, Germscheid and Wu would not include such 
functionality. Instead, a combination of Erickson, Germscheid and Wu, would result in a 
system that loaded wrapper files, via serialization, locally from disk, as taught by 
Erickson. 

Additionally, the Examiner's combination of Erickson, Germscheid .and Wu does 
not result in a system that teaches or suggests generating a computer programming 
language object from a data representation language representation of the object if it is 
determined that the user has access rights to the computer programming language object. 
Instead, the Examiner's combination of Erickson, Germscheid and Wu would result only 
in a system that includes wrapper building and execution applications as taught by 
Erickson, but also includes the conditional generation of security session objects as 



09/663,665 (51-81 -47300/P4450) 



20 



Meyertons, Hood, Kivlin, Kowert & Goetzel, P.C 



taught by Germscheid. Generating security objects if a user has proper access rights does 
not teach or suggest modifying Erickson's system to include deserializing a wrapper file 
if it is determined that a user has access rights to the wrapper, as the Examiner's 
interpretation requires. Germscheid 5 s teachings are in a completely different context that 
the wrapper deserialization described in Erickson. 

Furthermore, the Examiner has failed to provide any motivation for combining 
Germscheid's use of security profiles with Erickson's wrapper builder and execution 
applications. Germscheid is not concerned with wrappers for Internet content and 
Erickson is not concerned with security or the use of security profiles. Also, the 
Examiner's stated motivation to combine Erickson and Germscheid in the rejection of 
claim 1, namely that deleting a session object when a user terminates a session would 
prevent unauthorized access to the object and deallocates the storage for the object does 
not have anything to with conditionally generating a computer programming language 
object from a data representation language representation of the object based on 
determining if the user has access rights to the object. Thus, the Examiner has failed to 
provide any motivation to combine the Germscheid's use of security profiles with 
Erickson's system. As held by the U.S. Court of Appeals for the Federal Circuit in 
Ecolochem Inc. v. Southern California Edison Co., an obviousness claim that lacks 
evidence of a suggestion or motivation for one of skill in the art to combine prior art 
references to produce the claimed invention is defective as hindsight analysis. In 
addition, the showing of a suggestion, teaching, or motivation to combine prior teachings 
"must be clear and particular .... Broad conclusory statements regarding the teaching of 
multiple references, standing alone, are not 'evidence'." In re Dembiczak, 175 F.3d 994, 
50 USPQ2d 1614 (Fed. Cir. 1999). The art must fairly teach or suggest to one to make 
the specific combination as claimed . That one achieves an improved result by making 
such a combination is no more than hindsight without an initial suggestion to make the 
combination. As noted above, the Examiner has not provided a proper motivation to one 
to make the specific combination as claimed for combining the teachings of Erickson, 
Germscheid and Wu. The Examiner provided no discussion whatsoever of a motivation 
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to combine in regard to Applicants' claim 10. Thus, the Examiner has failed to state a 
prima facie rejection of claim 10. 

Thus, for at least the reasons above, the rejection of claim 10 is not supported by 
the cited art and removal thereof is respectfully requested. Similar remarks apply to 
claims 32 and 47. 

Regarding claim 1 1, Erickson in view of Germscheid in further view of Wu fails 
to teach or suggest wherein the message further includes access information for the 
computer programming language object, wherein said determining if the user has access 
rights to the computer programming object uses the access information. The Examiner 
cites column 7, lines 38-50 of Germscheid. However, this passage of Germscheid makes 
no mention of a message including access information. Instead, this passage describes 
Germscheid's "Service C" which is Germscheid's highest level of classification. 
Germscheid teaches various categories of services. Service C represents the highest level 
of classification. Germscheid teaches that some services may be so sensitive that no 
access to the data and functions of the service is provided over the Internet. Instead, 
users "must take the trouble to achieve access via an old-fashioned dedicated link." 
Thus, the Examiner's cited passage makes no mention of anything regarding a message 
including access information for a computer programming language object. In fact, 
Germscheid fails to teach or suggest anything regarding including accessing information 
for a computer programming language object in a message that also include a data 
representation language representation of the computer programming language object. 

Erickson and Wu both fail to overcome the deficiencies of Germscheid, as they 
both also fail to teach or suggest anything regarding a message including access 
information for a computer programming language object. Thus, the Examiner's 
combination of Erickson, Germscheid and Wu fails to teach or suggest wherein the 
message further includes access information for the computer programming language 
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object, wherein said determining if the user has access rights to the computer 
programming object uses the access information. 

For at least the reasons above, the rejection of claim 11 is not supported by the 
prior art and removal thereof is respectfully requested. Similar remarks as those above 
regarding claim 1 1 also apply to claims 33 and 48. 

Regarding claim 16, the Examiner's combination of Erickson, Germscheid and 
Wu fails to teach or suggest storing the computer programming language object in 
response to the user terminating accessing the client device. The Examiner cites column 
26, lines 21-30 of Erickson. However, this portion of Erickson only mentions storing a 
wrapper file, in general, after a developer has generated the wrapper file and before any 
use of the file. This is readily apparent from the cited passage. For instance, Erickson 
states, "[o]nce a wrapper has been created and stored, the wrapper file can be read by a 
wrapper builder application and deserialized" (Erickson, column 26, lines 21-23). 
Erickson fails to describe, either at the Examiner's cited passage or elsewhere, storing a 
wrapper in response to a user terminating accessing a client device. 

Germscheid and Wu also fail to teach or suggest anything about storing a 
computer programming language object in response to a user terminating accessing a 
client device and thus fail to overcome the deficiencies of Erickson in this regard. Thus, 
the Examiner's combination of Erickson, Germscheid and Wu would not result in a 
system that includes storing a computer programming language object in response to a 
user terminating accessing a client device. 

Additionally, as relied upon by the Examiner in the rejection of claims 1, 7, 12, 
22, 27, 34, 43, Germscheid teaches the deletion of objects in response to a user 
terminating access. Thus, Germscheid teaches away from storing a computer 
programming language object in response to a user terminating accessing a client device. 
Since, Germscheid teaches away from storing a computer programming language object 
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in response to user terminating accessing a client device, the Examiner's combination of 
Erickson, Germscheid and Wu is improper. 

For at least the reasons above, the rejection of claim 16 is not supported by the 
prior art and removal thereof is respectfully requested. Similar remarks apply to claims 
37 and 51. 

Regarding claim 18, the Examiner's combination of Erickson, Germscheid and 
Wu fails to teach or suggest storing access rights information of the user with the object , 
wherein accessing the stored object comprises verifying the access rights of a user with 
the stored access rights information. The Examiner cites column 7, line 60 - column 8, 
line 3 of Germscheid. However, the cited portion of Germscheid does not mention 
anything about storing access rights information of the user with the object. Instead, the 
cited passage describes how Germscheid' s lowest level of security does not require a 
security profile since any member of the general public is granted access permission. 

Erickson and Wu both fail to teach or suggest storing access rights information of 
a user with the object and thus both fail to overcome Germscheid 's deficiencies regarding 
a failure to teach storing access rights information of a user with the object. Thus, the 
Examiner's combination of Erickson, Germscheid and Wu would not result in a system 
that includes storing access rights information of the user with the object , wherein 
accessing the stored object comprises verifying the access rights of a user with the stored 
access rights information. 

Furthermore, Germscheid teaches that security profiles are store along with the 
command language script corresponding to a respective service request being serviced. 
Germscheid teaches that the security profile, which is added to the command language 
script file at the time of service request development by the service request developer, is 
stored in a repository. (Germscheid, column 14, lines 45 - 60). Thus, Germscheid 
teaches away from storing access rights information of the user with the object , wherein 
accessing the stored object comprises verifying the access rights of a user with the stored 
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access rights information. As such, the Examiner's combination of Erickson, 
Germscheid and Wu is improper. 

Thus, for at least the reasons above, the rejection of claim 18 is not supported by 
the prior art and removal thereof is respectfully requested. Similar remarks also apply to 
claims 39 and 51. 

Regarding both § 103 rejections, Applicants also assert that numerous ones of the 
dependent claims recite further distinctions over the cited art. However, since the 
rejection has been shown to be unsupported for the independent claims, a further 
discussion of the dependent claims is not necessary at this time. 

Allowable Subject Matter : 

Claim 53 was objected to as being dependent upon a rejected base claim, but 
would be allowable if rewritten in independent form. In light of the above remarks, 
Applicants assert that claim 53 is allowable in its current form. 
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CONCLUSION 



Applicants submit the application is in condition for allowance, and notice to that 
effect is respectfully requested. 

If any extension of time (under 37 C.F.R. § 1.136) is necessary to prevent the 
above-referenced application from becoming abandoned, Applicants hereby petition for 
such an extension. If any fees are due, the Commissioner is authorized to charge said 
fees to Meyertons, Hood, Kivlin, Kowert, & Goetzel, P.C. Deposit Account No. 
501505/5 1 8 1 -47300/RCK. 

Also enclosed herewith are the following items: 
£3 Return Receipt Postcard 

□ Petition for Extension of Time 

□ Notice of Change of Address 

□ Other: 



Meyertons, Hood, Kivlin, Kowert, & Goetzel, P.C. 

P.O. Box 398 

Austin, TX - 78767-0398 

Phone: (512) 853-8850 

Date: February L 2006 



Respectfully submitted, 




Robert C. Kowert 
Reg. No. 39,255 

ATTORNEY FOR APPLICANT(S) 
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